You have added returnSQL and reset parameters to the getWhere() signature.
These don't seem related to the default values bug.
Am I missing something?

1. returnSQL - without it this method is not testable.
2. reset - I feel it should be consistent with the get() method - it just makes more sense to me... so I don't see a reason not to allow reset in this method too.

@lonnieezell @MGatner Makes sense. Are you good with this?

It looks good to me, really nice tests. It's unfortunate how all the database & builder methods keep growing in number of parameters but I think @michalsn is right that the current implementation needs those. Maybe down the road some way of globally intercepting DB calls to return SQL could replace some of the individual versions?

If we are adding two parameters to a method signature, shouldn't we be updating the user guide too?

Yes, updates to user_guide_src/source/database/query_builder.rst. If @michalsn isn't around I could pass these tonight as a separate PR.

Thanks so much @michalsn, looks great.